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[0001] 



This disclosure relates to systems for providing telecommunication 
services, such as services over existing telephone networks. 



BACKGROUND 



[0002] 



Users wish to have a broad range of telecommunication services with 
which to communicate with others and to efficiently exchange information. One 
telecommunication service, commonly known as a "one-number service," assigns 
a single local telephone number to a user or subscriber. Others may 
communicate with the subscriber via land line telephones (such as a telephone at 
work and another at home), a cell phone, a one- or two-way pager, facsimile 
machine, and a host of other telecommunications services and devices by 
employing only the single number. A telecommunications server and switching 
system receives incoming calls to the subscriber's number, and based on the 
stored subscriber profile, determines how to treat the incoming call (such as 
forward the call to the user's cell phone, record a voice mail message, forward the 
call to the subscriber's secretary's telephone, etc.). Details regarding such one- 
number service may be found in, for example, U.S. Patent Application No. 
5,752,191, entitled "Telephone Control System Which Connects a Caller With a 
Subscriber at a Telephone Address," U.S. Patent Application No. 5,610,970, 
entitled "Telephone System With Scheduled Handling of Calls," and U.S. Patent 
Application No. 5,673,299, entitled "Adjunct Controller for a Telephone System". 
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[0003] Such one-number services employ systems that are either centralized or 

distributed. With distributed systems, a separate telecommunications server is 
located in each local calling region in which the one-number service is to be 
provided. Unfortunately, such telecommunications servers are expensive. As a 
result, many one-number service providers employ centralized systems having 
one or more central telecommunications servers, and all incoming calls are 
forwarded to this central server. To provide subscribers with local telephone 
numbers in each region in which the one-number service is to be provided, 
separate channel service units ("CSU") are located in each of such regions. Each 
regional CSU typically receives as input several T-1 lines to handle current and 
future estimated subscribers for the region. Each T-1 line may be associated with 
typically 500 to 1 ,000 local telephone numbers sold to subscribers by the service 

o 

3 provider under the one-number service. Each CSU is then connected to a peer 

S CSU co-located with the central server over one or more T-3 trunks or similar 

W links. Each regional-central CSU pair includes a cross-connect switching function 

•srs? 

*g (among other circuitry) to route incoming calls from the T-1 lines to the central 

si 

server over the leased T-3 trunk. 

ai 

w [0004] In operation, a caller places a call to a subscriber's one-number where, in 

M= this example, the subscriber and caller are located in a local region distant from 

□ the central server. The caller's call is routed by the regional phone company to 

^ the CSU in the region, which transparently routes the call over the T-3 trunk via 

the central CSU to the central server. The central server, in turn, determines the 
location of the subscriber, and places a long distance call to the subscriber in the 
subscriber's current region (the same region in this example), to thereby connect 
the call between the caller and the subscriber, 
[ooos] Unfortunately, the service provider must establish a CSU in every region in 

which the service provider wishes to provide service, and enter into service 
agreements with local exchange carriers ("LEC") to lease a desired number of T-1 
lines for the anticipated number of subscribers that may request the one-number 
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service. Furthermore, the service provider must also enter into a service 
agreement with a back-haul carrier (such as a long distance telecommunications 
provider like Sprint or AT&T) to lease one or more T-3 trunks that connect the 
CSU with the central server. The T-1 lines are expensive and the T-3 trunks 
considerably more so. Furthermore, calls over T-3 trunks are distance and 
volume sensitive, i.e., the back-haul or long distance carriers charge by the mile 
and by the bandwidth. Thus, the service provider must pay for each long distance 
call between the originating CSU and the central server, and for each long 
distance call between the central server and the subscriber, such as to the CSU in 
the subscriber's region. At times, the caller and subscriber may be in the same 
region, or in different regions within a single LEC or regional Bell operating 
company ("RBOC"). 

Another problem is that the service provider must provide redundancy in its 
network for fault tolerance and to ensure that continuous service is provided to 
each subscriber. Thus, the service provider may be required to establish more 
than one CSU within a region, more than one backhaul facility (T3 trunk for 
example) and/or call advance agreements with the local service providers. This 
duplicity of CSU pairs and of the leased capacity to interconnect them results in 
very high costs especially when a remote market is in an early stage of 
establishment and call volumes are relatively low. In the event of a failure of the 
CSU's in either the central or regional locations or of the leased capacity 
interconnecting them, call advance routing will require additional cost in central 
site ports and long distance charges. The call advance agreements require the 
regional phone company to advance calls to the central site using long distance 
call routing in the event that calls cannot be completed to the regional CSU T1 
ports. If a failure occurs, some one-number services may not be provided 
because original dialed number ("ODN") and calling line identification ("CU") 
information may not be successfully passed to the central server in a call advance 
routing scenario. In other words, the regional phone company drops the ODN and 
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CLI, and thus, the central server does not know to which number the incoming call 
was placed, or which number the incoming call was from. Thus, callers may be 
required to reenter their phone number before the call is forwarded to the 
subscriber. 

One method of solving some of the above problems is to create and 
employ a voice-over Internet protocol (IP) network. Voice-over IP networks may 
avoid the need to lease expensive T-3 trunks and pay long distance rates in order 
for calls to be routed by the service provider. Unfortunately, voice-over IP 
networks cannot use the Internet, but instead must employ a dedicated network, 
supporting the required protocols and quality of service ("QOS") controls, to 
provide reliable and acceptable service. As result, a premium price must be paid 
to implement voice-over IP to get from one gateway to another. The network must 
be defined and implemented before providing services to subscribers. Again, the 
service provider must forecast the number of subscribers to be managed within a 
region, and must build a network to achieve the future anticipated capacity. 

SUMMARY 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a network diagram illustrating an example of a system under 
one embodiment of the inventive system. 

Figures 2A and 2B together are a flow diagram illustrating a method for 
providing telecommunications services, such as one-number services, under the 
system of Figure 1 . 

Figure 2C is a flow diagram that illustrates (together with Figure 2A) an 
alternative method for providing telecommunication services to that of Figures 2A 
and 2B. 
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[0012] Figure 3 is a data structure diagram illustrating a record for storing 1-800 

numbers for the system in Figure 1 . 
[0013] Figure 4 is a network diagram illustrating an alternative embodiment to the 

system of Figure 1 . 

[0014] Figure 5 is a data structure diagram illustrating a subscriber record for use 

with the network of Figure 4. 

[0015] Figure 6 is a network diagram illustrating another alternative embodiment 

of the system of Figure 1 . 

[0016] In the drawings, the same reference numbers identify identical or 

substantially similar elements or steps. To easily identify the discussion of any 
particular element or step, the most significant digit or digits in a reference 
number refer to the Figure number in which that element is first introduced (e.g., 
block 103 is first introduced and discussed with respect to Figure 1). 

[0017] The headings provided herein are for convenience only and do not 

necessarily affect the scope or meaning of the claimed invention. 

DETAILED DESCRIPTION OF THE ILLUSTRATED EMBODIMENTS 

[0018] A call processing system, and in particular, a method and apparatus for call 

routing using inexpensive, per call metered networks, is described in detail herein. 
In the following description, numerous specific details are provided, such as 
specific steps, ordering of steps, types of networks, telecommunications 
equipment, and the like, to provide a thorough understanding of, and enabling 
description for, embodiments of the invention. One skilled in the relevant art, 
however, will recognize that the invention can be practiced without one or more of 
the specific details, or with other steps, ordering of steps, networks, equipment 
and the like. In other instances, well-known structures or operations are not 
shown, or not described in detail, to avoid obscuring aspects of the invention. 

[0019] Referring to Figure 1 , an example of a network 100 under one aspect of the 

invention employs a local computer orcontroller 102 which is shown in Figure 1 
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as being positioned in Denver. The local Denver controller communicates with a 
local dialable network 104 over one or more T-1 spans 106. In the following 
example, a caller 108 in the Denver region places a call to a subscriber 110 also 
currently located in Denver. The caller places a call to the subscriber over a 
telecommunications line 111, where the telecommunications line 111 may be any 
wired or wireless link between a phone the caller operates and the local dialable 
network 104, although any telecommunications network may be employed (such 
as other portions of the public switched telephone network ("PSTN"), cellular 
networks, etc.). The local dialable network, in turn, routes the call to the local 
Denver controller over T-1 span 106. In response to this incoming call, the local 
Denver controller stores the caller's dialed-in digits, in this case the subscriber's 
phone number, and the calling line identification ("CLI") information, including the 
phone number of the phone the caller is using. Of course, other information may 
be routed to and stored at the local controller. The local Denver controller 102 
may be, for example, a server or mini computer provided by Sun Microsystems, 
such as the Sun Netra computer. The controller 102 includes one more 
telecommunications cards, such as computer telephony cards manufactured by 
Dialogic. Information on such cards may be found at http://www.dialogic.com. 
Each Dialogic card may accept, for example, four T-1 spans. The local controller 
includes simple software routines to route incoming calls on T-1 spans to 
available outbound lines as 1-800 calls, and may include routines to receive 
incoming calls, process them and initiate corresponding outgoing calls, as 
described below. Note that in an alternate embodiment, the controller 102 may 
be, for example, a switching system and associated control computer, such as the 
Lucent EXS switch, which may include one or more T1 span cards and one or 
more embedded CPU cards. Information on this equipment may be found at 
http://www.lucent-ssg.com/ons/exs/ . Note also that in another alternate 
embodiment (described below), the incoming calls may be routed to available 
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outbound lines (other than as 1-800 calls), for example as calls to standard PSTN 
numbers. 

[0020] After storing the dialed-in digits and CLI, or concurrently therewith, the 

local Denver controller 102 places an outgoing 1-800 call over a 1-800 network 
112 via an appropriate link 113 between the local dialable network 104 and the 
1-800 network (e.g., an ISDN or SS7 link). The 1-800 network 1 12 in turn routes 
the call to a central server 114, shown in Figure 1 as being located in Seattle, 
over a link 116 provided by an LEC (or similar service provider), or alternatively 
by the 1-800 carrier directly. The link 116 may be provided free of charge by the 
LEC or carrier. The central server 114 may include a switching system and 
associated control computer, such as the Lucent EXS switch, which may consist 
of one or more T1 spans cards and one or more embedded CPU cards. The 
central server 114 may also include one or more integrated voice response (IVR) 
peripherals, consisting of a computer and associated IVR cards such as the 
Dialogic D480SC2T1 card. More information on these cards can be found at 
www.dialoQic.com . The IVR peripheral serves to interact with the caller, for 
example by playing greetings and voice prompts, detecting DTMF or other input 
from the caller, and recording messages from the caller. 

[0021] The 1-800 network 112 may be any inward wide area telephone service 

(IN-WATS) also known as a toll free service. The 1-800 network employs ten digit 
telephone numbers having as their "area codes" the numbers 800, 888, 877, and 
the like. Internationally, 1-800 services are also known as "FreeFone Services" or 
"GreenFone Services," and dialing schemes may vary, such as being based on 
the prefix 0-800 or 0-500. Indeed, aspects of the invention may be employed 
internationally under such numbers, and under any Universal International 
FreeFone Number ("UIFN") numbers, such as those under International 
Telecommunications Union ("ITU") standard ITU-T E. 169. The term "1-800 
network" is used generically herein to refer to any of the above types of networks 
and calling systems described herein. 
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Dialing a 1-800 number is free to the person making the call, but the call is 
billed to the company being called, in this case, the service provider. Calls under 
1-800 networks may be billed in a variety of ways. However, 1-800 calls may be 
considerably less expensive than normal long distance calls. 1-800 networks are 
national and distance independent. Prices are competitive among long distance 
carriers, and thus price-per-minute charges for 1-800 calls may be substantially 
less than those for typical long distance calls (which are not priced independent of 
distance). Furthermore, many local telecommunications service providers employ 
local metered market rates for local calls. By employing 1-800 calls with the 
1-800 networks, the service provider need not pay local metered market rates. 
Thus, 1-800 rates are likely cheaper than local calls in many markets. 

Furthermore, 1-800 numbers are portable. In other words, the owner of a 
1-800 number may change between long distance carriers or interexchange 
carriers ("IXCs") (e.g. to pursue the best rate offered by a given IXC). Of course, 
other telecommunications service providers may provide 1-800 networks and 
associated services, including any Bell operating companies' IN-WATS service, in 
addition to known IXCs, such as AT&T, MCI, Sprint, etc. A 1-800 service is 
effectively a database look-up and translation service for incoming phone calls, 
and thus, 1-800 service may be employed in a variety of ways, as described 
herein. A centralized database (not shown in Figure 1) identifies the LEC or IXC 
that provides the 1-800 number, and translates the 1-800 number into a "rear 1 
telephone number. Based on that information, the LEC switch or other network 
routes the call to the proper IXC (such as between the local dialable network 104 
and the 1-800 network 112). Once the 1-800 network receives the call, it may 
send the call to the Seattle central server 114 in a variety of ways, known by 
those skilled in the relevant art. Regardless of the type of routing, the 1-800 call 
placed by the local Denver controller 102 is routed to the Seattle central server 
114 by employing a single, inexpensive 1-800 call made to the 1-800 number 
associated with the Seattle central server. 
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Thus, the local Denver controller 102 may establish an inexpensive 
telecommunications link with the Seattle central server by employing the 
associated 1-800 number. During or after establishing the 1-800 call, the local 
Denver controller provides the Seattle central server detailed signaling 
information associated with incoming call, including the ODN and CLI, and routes 
the incoming call to the Seattle central server, where the CLI information is 
inserted in the CLI field of the ISDN frame, and the dialed-innumber, or ODN, (the 
subscriber number) is inserted within an available field in the ISDN -call setup 
message on the D-channel, for example as additional digits within the CLI field. 
Alternatively the dialed-in number and the CLI number may be sent as a data 
message via a separate data network, and this data network may be used to allow 
the central server to acknowledge the receipt of the message, or request a retry. 

Effectively, by relaying the incoming call as a 1-800 call, the original dialing 
number is not lost, but instead is passed reliably by the local controller to the 
central server using an available field in the call setup message. In addition to 
the available field, or in lieu thereof, any other fields may be used, such as the 
extended destination field, or any other unused fields defined by the ISDN 
protocol (or Signaling System 7 ("SS7") protocol). If all fields are employed, or a 
call or network is used that lacks usable fields, then the original dialing number 
may be transferred to the central server as dual-tone multi-frequency ("DTMF") 
tones or by other in-band or out-of-band telecommunications signaling methods. 
Furthermore, ISDN service need not be employed, but any other frame relay, 
packet switch, or call routing protocol may be employed whereby both dialed-in 
digits and CLI information are routed to the central server. 

In one embodiment, during the 1-800 call setup and signaling process 
described above, if the process of passing the ODN and CLI information takes 
long enough to be noticed by the caller, for example in the case of using in-band 
DTMF tones, then the local controller may play a "ring tone" or other "confidence" 
tones or prompts to the caller. Once the signaling is complete, the local controller 
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will bridge the inbound call to the 1-800 call , and therefore through to the central 
server. This bridging action may be performed with the local controllers simply by 
connecting the two call legs together within the local controllers switching 
function, or alternatively may be performed by using "release link", "call transfer", 
or similar features of the local dialable network, under direction of the local 
controller. Release link and call transfer features are well known to one skilled in 
the art. 

[0027] Upon receiving an incoming call, the Seattle central server 114 determines 

if the CLI and dialed-in number of the original call are provided. If these numbers 
are provided, then the Seattle central server 114 will send a short positive 
acknowledgment message back to the local controller 106 (for example via a 
DTMF digit "1"), causing the local controller to connect the audio path between 
the incoming call and the outgoing call. If for some reason, the CLI and dialed-in 
numbers are not both provided (for example, because of a failure of the network 
to deliver this information), the Seattle central server 114 will send a short 
negative acknowledgement message back to the local controller 106 (for example 
via a DTMF digit "2"), causing the local controller to transmit the CLI and dialed-in 
number via in-band signaling (DTMF or MF). Upon receipt of the in-band digits, 
the Seattle central server 114 will send the short positive acknowledgment 
message back to the local controller (for example via a DTMF digit "1"), causing 
the local controller to connect the audio path between the incoming call from the 
caller 108 and the outgoing 1-800 call. 

[0028] The Seattle central server 114 retrieves from a subscriber database 118 

over a telecommunications link 120 an appropriate subscriber profile based on 
the dialed-in digits. The telecommunications link 120 may be any known wired or 
wireless link coupling the Seattle central server with the subscriber database. 
Rather than being a remote database, the subscriber database may be integrated 
or implemented with the Seattle central server. 
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[0029] Unless described otherwise herein, the construction and operation of the 

various blocks shown in Figure 1 are generally of conventional design. As a 
result, such blocks need not be described in further detail herein because they 
will be understood by those skilled in the relevant art. Such further detail is 
omitted for brevity and so as not to obscure the detailed description of the 
invention. Any modifications necessary to the blocks in Figure 1 (or other 
embodiments) can be readily made by one skilled in the relevant art based on the 
detailed description provided herein. 

[0030] Although not required, aspects of the invention will be described herein in 

the general context of computer-executable instructions, such as routines 
executed by a general-purpose computer (e.g., a server or personal computer 
having telecommunications capabilities). Those skilled in the relevant art will 
appreciate that aspects of the invention can be practiced with other computer or 
telecommunications system configurations, including Internet appliances, hand- 
held devices, wearable computers, cellular or mobile phones, multi-processor 
systems, microprocessor-based or programmable consumer electronics, set-top 
boxes (such as for use with cable TV), network PCs, mini-computers, mainframe 
computers, and the like. The invention can be embodied in a special purpose 
computer or data processor specifically programmed, configured or constructed to 
perform one or more of the computer-executable instructions explained in detail 
herein. Indeed, the term "computer," as generally used herein, refers to any of 
the above devices, as well as any data processor. 

[0031] While not shown, the computers described herein, including the controller 

102 and central server 114, include one or more central processing units or other 
logical processing circuitry and memory, and may include certain input devices 
(e.g., keyboards and pointing devices), output devices (e.g., display devices or 
printers), and storage devices (e.g., fixed and floppy magnetic disk drives, optical 
disk drives and card readers), all well known, but not shown. While shown as 
separate components, databases, such as the database 118, may form part of or 
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be integral to a computer with which it communicates. The computers may 
include other program modules not described herein, such as an operating 
system, one or more application programs (e.g., database or spreadsheet 
applications), a web browser or server, and the like. 
[0032] Aspects of the invention can also be practiced in distributed computing 

environments where tasks or modules are performed by remote processing 
devices, and which are linked through a communications network such as a Local 
Area Network ("LAN"), Wide Area Network ("WAN"), or the Internet. In a 
distributed computing environment, program modules or subroutines may be 
located in both local and remote memory storage devices. Aspects of the 
invention described herein may be stored or distributed on computer-readable 
media, including magnetic and optically readable and removable computer disks, 
hard-wired or preprogrammed in chips (e.g., EEPROM semiconductor chips), as 
well as distributed electronically over the Internet or via other networks (including 
wireless networks). Processes or software components under aspects of the 
invention may be created under various ways, such as through source code 
programming, created as microcode or programmed logic arrays, or the like. 
Those skilled in the relevant art will recognize that portions of the invention reside 
on a server computer, while corresponding portions may reside on a client 
computer. Data structures and transmission of data particular to aspects of the 
invention are also encompassed within the scope of the invention. In general, 
while hardware platforms, such as the local controllers and central servers, are 
described herein, aspects of the invention are equally applicable to nodes on a 
network having corresponding resource locators to address and identify such 
nodes. 

[0033] Referring to Figures 2A and 2B, a routine 200 is showrr as a flow diagram 

that illustrates the functions performed by the local controller 102 and central 
server 114, and calls placed therebetween. The diagram of Figures 2A and 2B 
does not show all functions or exchanges of data, but instead, provides a 
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conceptual understanding of functions and data exchanged under the system of 
Figure 1. Of course, those skilled in the relevant art will recognize that some 
functions or exchange of commands and data may be repeated, such as when a 
call is routed to a subscriber and the subscriber routes the call back for additional 
processing. As shown in Figures 2A and 2B, functions performed by the local 
controller 102 are presented in a left-hand column, while steps performed by the 
central server 114 are shown in a right-hand column. 

[0034] Referring to Figure 2A, the local controller 102 receives an incoming call 

under block 202. In block 203, the local controller stores at least the dialed-in 
digits and/or the CLI (e.g., the called and calling numbers). In block 204, the local 
controller places a call to the central server 114 over the 1-800 network 112 and 
routes the call with the stored data. 

[0035] In block 206, the central server 114 receives the 1-800 call, together with 

the CLI and dialed-in digits. If the central server correctly receives the CLI and 
dialed-in digits, then its sends an acknowledgment message to the local 
controller, such as a DTMF "1" over the 1-800 call, or as a short data message 
over a data network. In block 207, the local controller 102 receives the 
acknowledgment message and connects the audio path between the incoming 
call and the outgoing call. 

[0036] In block 208, the central server retrieves the subscriber's profile in the 

subscriber database 118, based on the dialed-in digits. 

[0037] In block 210, the central server 114 processes the call based on the 

retrieved profile. For example, the central server may connect the call to an 
integrated voice response resource to play a greeting and/or to interact with the 
caller via DTMF or speech recognition. The central server may then also, for 
example, route or initiate a call to a predefined number established by the 
subscriber in the subscriber's profile. The subscriber may have defined in his or 
her profile that calls placed to the subscriber's number between 8:00 and 12:00 
Pacific Time are to be routed to a predefined and stored office telephone number. 
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Therefore, the central server may then place a long distance call to the 
subscriber's stored office number and the routine 200 ends. 
[0038] However, under an alternative embodiment shown in Figure 2B, the central 

server 114 in block 212 determines the subscriber's location based on the stored 
profile to identify the local controller associated with the subscriber's location. 
The central server then places a 1-800 call to a 1-800 number associated with 
that local controller. In the example shown in Figure 1, the subscriber (and the 
caller) are both located in the Denver local dialable network. Therefore, the 
central server initiates a 1-800 call to the local Denver controller 102 based on a 
stored 1-800 number associated with that controller. In block 214, the local 
Denver controller receives the 1-800 call from the central server. Stored in, for 
example, the user data field, is the subscriber's predefined number, which the 
local controller retrieves. In block 216, the local Denver controller then initiates a 
local call to the subscriber based on the received predefined number and routes 
the incoming call to the subscriber via the local dialable network 104. In this 
example, two 1-800 calls are made, which are less expensive than typical long 
distance calls. 

[0039] Under this alternative embodiment, the system will often make two 1-800 

calls when the subscriber and caller are associated with two different local 
controllers. However, in the above example, the central server may provide the 
subscriber's predefined number in a data message transmitted to the local Denver 
controller over the first 1-800 call made to the central server by the local Denver 
controller. Thus, the central server need not make a second 1-800 call when the 
subscriber is located in the same local dialable network as the caller. Those 
skilled in the relevant art will recognize that various other methods of routing calls 
may be employed. 

[0040] For example, one alternative method of routing calls is shown in Figure 2C 

as a routine 250. The routine 250 performs functions substantially similar to 
those of routine 200 under blocks 202 through 210. In block 252, the central 
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server 114 determines that the subscriber's location based on the stored profile is 
a local call from the local controller associated with the subscriber's location. The 
central server then sends a data message over a separate data network to the 
original caller's local controller, instructing that local controller to connect the 
original incoming call to a predefined number associated with the subscriber's 
location, where this number is also included in the data message. In block 254, 
the local controller 102 receives the data message with the subscriber's 
predefined number. In block 256, the local controller initiates a local call to the 
subscriber based on the received predefined number and routes the incoming call 
to the subscriber via the local dialable network 104. The central server is then 
disconnected from the call, by releasing the outbound 1-800 call from the local 
controller to the central server. 
[0041] In the system 100 of Figure 1, a second central server 122 is employed, 

and shares the subscriber database 118. As shown, the second central server is 
located in New York City. The New York central server provides redundancy, 
load balancing, and other benefits. However, more than two central servers need 
not necessarily be employed by the service to provide such benefits, as those 
skilled in the relevant art will appreciate from the detailed description provided 
herein. For example, if the Seattle central server 114 fails, the local Denver 
controller may automatically route calls to the New York central server 122 over 
an alternate link 136. The local Denver controller simply places the 1-800 call to 
a 1-800 number associated with the New York central server. As shown in Figure 
1, a separate 1-800 network 126 may be employed to provide further fault 
tolerance if the first 1-800 network 112 should fail. For example, the first 1-800 
network 112 may be operated by one IXC (such as AT&T), while the second 
1-800 network 126 is operated by another IXC (such as MCI). As described 
below, employing a second 1-800 network 126 provides numerous additional 
benefits. 
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[0042] The New York central server 122 may exchange 1-800 calls through a 

Baltimore local dialable network 128 with a local Baltimore controller 130. The 
local Baltimore controller 130 may serve subscribers within the Baltimore local 
dialable network, such as calls to a second subscriber 132. The New York central 
server may communicate with the local Baltimore controller primarily by way of the 
second 1-800 network 126. If the second 1-800 network fails, the local Baltimore 
controller may route calls to the first 1-800 network 112 (over a link 134 shown in 
Figure 1). Of course, the Seattle central server may make 1-800 calls to the 
second 1-800 network, and the New York central server make calls to the first 1- 
800 network, over links 136 shown in figure 1 . For example, if the first subscriber 
1 10 wished to place a call to the second subscriber 132, the Seattle central server 
may receive a first 1-800 call over the first 1-800 network 112 (placed by the local 
Denver controller), and in turn, make a call through the second 1-800 network 126 
to the local Baltimore controller. The local Baltimore controller, in turn, may then 
make a local call to the second subscriber to thereby connect the call. Of course, 
each of such calls transfers all relevant information, such as the dialed-in-digits 
and CLI, where needed. Alternatively, the Seattle central server may instruct the 
local Denver controller to route the call directly to the Baltimore controller, 
dropping the connection to the Seattle central server after it had optionally 
performed any greeting, screening, or other functions available only on the central 
server. Many other methods of routing calls by using the 1-800 networks are 
possible. 

[0043] While two local controllers are shown in Figure 1 , the service provider may 

locate local controllers in any local dialable area in which the service provider 
wishes to provide service and corresponding local telephone numbers to 
subscribers. Additionally, to provide redundancy and ensure service for 
subscribers within local regions, the service provider may establish two or more 
local controllers within a region. Furthermore, while two central servers and two 
1-800 networks are shown, the service providers may employ more central 
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servers and 1-800 networks, or employ only a single central server and 1-800 
network (although this configuration will not provide robust call rerouting if a 
failure arises). 

[0044] Under one embodiment using two 1-800 networks, if a failure arises in the 

first 1-800 network 112, the 1-800 network will automatically route the call from 
one switch to another. The service provider may provide permanent instructions 
to the 1-800 service provider to indicate a particular routing to be performed 
based on a fault, or based on 1-800 calls to the central servers, such as routing 
based on time of day, day of week, calling number, etc. Indeed, some long 
distance companies may permit the service provider to change routing 
instructions from one minute to the next, so that if one of the central servers is 
busy, calls are routed to the other central server. 

[0045] Under an alternative embodiment, the local servers may perform such 

automatic switching by dialing the 1-800 number associated with the second 
1-800 network 126. Indeed, in one embodiment, each central server employs a 
separate 1-800 number from each of the 1-800 networks 112 and 126. Thus, the 
local servers may automatically and intelligently route calls to either of the central 
servers over either of the 1-800 networks. Such automatic 1-800 call routing may 
be done for a variety of reasons. First, such 1-800 call routing may be done to 
correct or overcome failures within one of the 1-800 networks (or central servers). 
Thus, the service provider need not rely on failure prevention and rerouting 
techniques of the 1-800 network, but instead, may automatically swap between 
1-800 carriers upon a failure. A central server may provide an error message or 
other signal to a local controller instructing the local controller to route calls to an 
alternate or second central server or over a second 1 -800 network. Alternatively 
or additionally, the local controller may fail to connect a call with the central server 
or fail to receive an acknowledgement message, and in response thereto, 
automatically initiate a call to a second central server, over a second 1-800 
network, or both. 
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[0046] Second, the service providers may quickly switch between 1-800 networks 

to route calls over the 1-800 network (and associated service provider) that 
provides the best or lowest cost service. Indeed, the service provider may 
negotiate calls to its 1-800 numbers (associated with its central servers) as a 
commodity on a periodic basis. For example, the service provider may determine 
the number and duration of calls placed to one or more of the central servers 
within the last hour. The service provider may then provide this information to the 
two or more 1-800 network service providers for bids, select the 1-800 service 
provider offering the lowest per-call price, and then have all local servers 
automatically switch to using the new 1-800 service provider. Such a negotiated 
transaction may be performed entirely electronically between the service provider 
and the 1-800 service providers (e.g., by email). Furthermore, the service 
provider may perform an electronic auction beforehand to identify the lowest 
1-800 network service provider bid. In summary, aspects of the invention may 
provide dynamic cost savings so that the lowest 1-800 service rates are obtained 
on a periodic basis (even as frequently as hourly or less). Furthermore, the 
service provider may negotiate low rates for calls to its 1-800 numbers based on 
other criteria, such as on, a route-by-route basis. 

[0047] As noted above, switching calls between 1-800 networks is done 

electronically. One or more responsible organizations (e.g. at the LEC level) are 
required to assign and reassign the appropriate long distance carrier for a 
particular 1-800 number. The responsible organization employs a database that 
assigns long distance carriers to each 1-800 number. Thus, the 1-800 numbers 
may be associated with or fixed for the central servers, and changes to the long 
distance carrier that provides 1-800 number service for a particular 1-800 number 
may be performed quickly and automatically. Of course, different 1-800 numbers 
may be assigned to the central servers at any time, and such numbers stored in 
the local servers. Subscribers and callers do not have access to such 1-800 
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numbers, and thus, changes to 1-800 numbers is transparent and irrelevant to 
them. 

[0048] A third benefit to employing two or more 1-800 networks is that the service 

organization can perform quality measurements to determine the number of calls 
per hour that a 1-800 network may provide before failure (or obtain other quality 
metrics). This quality measurement information may be used in marketing 
materials provided by the service provider that are sold to third party 
organizations or to the 1-800 networks service providers themselves. 

[0049] Fourth, less redundancy is required under the system of Figure 1: two 

central servers provide sufficient redundancy, together with the several available 
1-800 networks provided by the 1-800 carriers, to provide sufficient safeguards for 
the service provider. This results in less cost to the service provider, since it need 
not purchase numerous expensive telecommunication servers and other 
equipment, and need not lease numerous T-3 trunks. Effectively, the 1-800 
network operates as a virtual trunk. The system of Figure 1 provides dynamic 
load balancing: each local controller may be controlled by at least one of the 
central servers to indicate to which central server calls are to be forwarded. For 
example, the local Baltimore controller 130 may be instructed by the New York 
central server 122 to route one in four calls to the Seattle central server 114. As 
the New York central server receives increased call traffic, it provides an 
instruction to the Baltimore local controller to now route three out of every four 
calls to the Seattle central server. Of course, various other ratios of routing calls 
between the central servers may be employed. Furthermore, various other 
methods of load balancing may be employed, as those skilled in the relevant art 
will appreciate. 

[ooso] Under one alternative embodiment, capabilities provided by the local 

controller are employed, such as telecommunications service capabilities 
provided by Dialogic or similar computer telephony cards, and thus do not require 
services of the central servers or require the need to place one or more 1-800 
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calls. Telecommunications services provided by the local controllers include 
replaying voice scripts or messages, receiving and storing voice messages, 
sending messages to a subscriber's computer, performing basic DTMF-based 
interaction with the caller, etc. 

Each local controller then provides generic voice scripts to be replayed to 
all callers, such as "If you want to leave a message for this subscriber, please 
press 1 , if you wish to send a fax to this subscriber, please press 2 . . ." Then, if a 
caller wishes to simply leave a voice message for the subscriber, the local 
controller recognizes this request from caller input, simply replays a voice script or 
outgoing greeting (possibly a personalized script by the subscriber that is stored 
at the local controller), and receives and stores a voice message from the caller. 
The voice message may then be forwarded to the central server at some later 
time over less expensive network connections, including one or more messages 
sent over the Internet. More expensive switching and call processing functions 
are then reserved for the central servers, such as voice recognition, text-to- 
speech conversion, speech-to-text conversion, database query and updating of 
subscriber profiles, etc.. As a result, more and simpler telecommunication 
services provided by the service provider are moved to the edges of the network 
at the local controllers. 

Under this alternative embodiment, certain subscribers may create virtual 
corporate front-ends to their call processing platforms. Local calls are handled at 
the local controllers, where callers go through a series of audible menus to 
access particular services they desire. The local controllers only make a 1-800 
call to the central server when a caller requests a service that may only be 
handled by the central server. For example, if an airline carrier is a customer of 
the service provider, the airline carrier provides a series of menus (stored at each 
local controller) to allow callers to access arrival and departure times, reservation 
agents for domestic flights, reservation agents for international flights, mileage 
plan representatives, customer service representatives, specific individuals within 
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the airline organization, etc. The local controller provides the series of menus in 
response to each incoming call from callers, and receives caller input or 
responses to these menus, typically in the form of DTMF or a push-button input. 

If the caller wishes, for example, to be routed to a domestic reservations 
agent, the local controller places a call to a particular 1-800 number of the airline 
established for a domestic reservation call processing department staffed with 
agents to handle such calls. Calls to other agents or other numbers have other 
associated 1-800 numbers that the local controller may make. However, if the 
caller wishes, for example, to access a particular employee within the airline, then 
the local controller places a 1-800 call to the central server, which in turn routes 
the call to the particular airline employee. Alternatively, if the caller wishes to 
employ more expensive call processing features, such as voice recognition, the 
local controller similarly places a 1-800 call to the central server. Thus, 
inexpensive, more simply handled call processing is performed by the local 
controller, and 1-800 calls are only placed to the central server for more complex 
call processing. 

Referring to Figure 3, an example of a 1-800 number record, as stored at 
the local Denver controller 102, or stored elsewhere but accessible by the local 
Denver controller via a data network, is shown. The local controller includes, or 
has access to, a database for storing the record 300 (and other records and data), 
which is shown in Figure 4. The 1-800 number record includes a Seattle central 
server 1-800 number field 302 and associated 1-800 number. Likewise, the 
record includes a New York City central server 1-800 number field 304 and 
associated 1-800 number. A flag (not shown) associated with either field 302 or 
304 indicates which 1-800 number is the primary number that the local Denver 
controller should use to route calls to one of the two central servers. 

For the above example, fields 306-316 correspond to the airline's domestic 
reservations 1-800 number, international reservations 1-800 number, customer 
service 1-800 number, mileage plan 1-800 number, airfreight 1-800 number, and 
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baggage service 1-800 number fields, and associated 1-800 numbers. The 
record 300 also includes the airline's 1-800 number field 318 and associated 
number. 

When the caller 108 dials the airline's 1-800 number (associated with field 
318), the local dialable network 104 routes the call to the Denver local controller 
which in turn, retrieves the record 300, together with a voice script associated with 
the airline's 1-800 number to replay to the caller. Each of the fields 306-316 is 
associated with menu options in outgoing voice scripts presented to callers by the 
local Denver controller 102. For example, such voice scripts may indicate to each 
caller the following: "Thank you for calling Acme Airlines. Press 1 if you would 
like to speak to a domestic reservations agent; press 2 if you would like to speak 
to an international reservations agent; press 3 if you would like to speak to a 
customer service representative; press 4 if you would like to speak to a mileage 
plan representative; press 5 if you would like to speak to an airfreight agent; press 
6 if you would like to speak to a baggage service representative; and press 7 if 
you would like to speak to an operator or a particular individual at Acme Airlines." 
If the caller presses 1 through 6, the local controller accesses the appropriate 1- 
800 number stored in fields 306-316, respectively, and places a 1-800 call over 
the 1-800 network 112 based on the retrieved number in the associated field. In 
other words, the local controller translates the received 1-800 number and the 
caller's menu choice into an associated 1-800 number (from fields 306-316). If 
the caller presses 7, then the local controller retrieves the airline's 1-800 number 
from field 318 and places a call to the airline over the 1-800 network using this 
number. Alternatively, if the user presses 7, the local controller routes the call to 
the Seattle central server 114 via a 1-800 call over the 1-800 network 112. Of 
course, while a single record is shown in Figure 3, the local controller may well 
store separate records for each corporate or large subscriber that has multiple 1- 
800 numbers. Each of such records may be keyed to the large subscriber's 1-800 
number (field 318) in the database associated with the local controller. 
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[0057] Under another alternative embodiment, inexpensive network messages are 

first transmitted or exchanged before placing any 1-800 or long distance calls. 
For example, with each incoming call, the local controller sends a data or query 
message to the central server, such as an IP message over the Internet. The 
query message asks the central server, for example, to locate the subscriber. If 
the central server responds with another IP message indicating that the 
subscriber is found, then the local controller places a 1-800 call to the central 
server to route the incoming call. However, if the subscriber cannot be found, 
then the local controller simply takes a voice mail message. Thus, the local 
controller never makes a 1-800 call, thereby saving the cost for such a call and 
not further taxing the resources of the central server. Processing of such calls is 
again distributed to the local controllers. 

[0058] In the example above, the central server may attempt to locate the 

subscriber, for example, by dialing the subscriber's current phone number directly. 
Alternatively, the central server may attempt to locate the subscriber by sending 
another IP message to a second local controller and asking the second local 
controller to attempt to dial the subscriber's current phone number, and then 
respond to the central server if the call is completed. In this example, if the call is 
successfully connected to the subscriber, then the first local controller with the 
incoming call will be instructed to place a call to the second local controller with 
the outgoing call, and the incoming and outgoing call will be connected together. 

[0059] Furthermore, the local controllers may employ automated messaging to 

subscribers, such as IP messaging to a subscriber's computer. For example, with 
each incoming call, the local controller sends an alert message to the subscriber's 
currently registered computer to alert the subscriber that an incoming call has 
been received. The subscriber may then dispose of the call using a graphical 
user interface or other means on the subscriber's computer. For example, the 
subscriber may depress a button on the subscriber's computer to send a signal 
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back to the local controller to request that the incoming call be sent to voicemail, 
forwarded to the subscriber's cell phone, routed to the transcriber's secretary, etc. 

[0060] The term "currently registered computer" refers to a computer that the 

subscriber has indicated as being the computer to which messages are currently 
to be sent. For example, the subscriber may employ a wireless palmtop computer 
to which the subscriber wishes incoming call indication messages to be 
forwarded. The subscriber notifies the local controller (or the central server, 
which in turn notifies the local controller) of the IP address, Uniform Resource 
Locator ("URL"), email address or other address for the palmtop computer. 
Alternatively, the subscriber may establish a schedule for how such messages are 
to be forwarded, such as from 9 a.m. to 5 p.m. messages are to be sent to the 
address associated with the subscriber's desktop computer at the subscriber's 
business, and otherwise sent to the address associated with the subscriber's 
home computer. Further details regarding such IP messaging may be found in 
the assignee's U.S. provisional patent application no. 60/235, 989, entitled 
Telephone Call Handling System and Method, such as a call screening system 
employing standard contract management software, filed September 28, 2000. 
Note that the term "subscriber," as generally used herein, refers not only to an 
individual who subscribes to a telecommunication service, but to any individual, 
organization or object that places or receives a call. Furthermore, a "call" 
generally refers to not only a verbal audio signal provided or exchanged, but also 
a data signal. Thus, aspects of the invention are equally applicable to data 
transmissions between two or more geographically separate computers. 

[0061] Referring to Figure 4, an example of a network system 400 for 

implementing aspects of the above embodiments is shown. The system 400 is 
similar to the network system of Figure 1, and may include additional components 
that are not shown in Figure 4. The Internet 402, connecting the local Denver 
controller 102 and Seattle central server 114 by links 404, carries message traffic 
between the controller and server. For example, when the caller places a call to 
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the subscriber, the local Denver controller, upon receiving the call, sends an 
electronic message via the Internet to the Seattle central server. In one 
embodiment, the message is in the common Transmission Control 
Protocol/Internet Protocol ("TCP/IP") format (at the network, transport and session 
layers), and may be encoded under any known application protocol (such as the 
HyperText Transfer Protocol (HTTP), Simple Message Transfer Protocol (SMTP), 
Post Office Protocol (e.g. "POP3"), etc.). 

[0062] The message sent by the local Denver controller to the Seattle central 

server may simply include only the dialed number (the subscriber's number), but 
may also include other information, such as the caller's number. In response 
thereto, the Seattle central server retrieves the appropriate profile from the 
subscriber database 118 based on the dialed (subscriber's) number. If, for 
example, the subscriber's profile indicates that all calls are to be routed to 
voicemail, the Seattle central server sends an appropriate message back to the 
local Denver controller via the Internet. In response thereto, the local Denver 
controller may replay an outgoing voice greeting previously stored by the 
subscriber and receive and store a voice message from the caller. 

[0063] Alternatively, the subscriber's profile may indicate that the subscriber 

wishes to be called on his or her mobile phone, in which case, the server sends 
an appropriate electronic message via the Internet to the local controller, where 
the message may include the subscriber's cell phone number and any other 
relevant information (such as location, network, etc.). In response thereto, the 
local controller may initiate a call with a local dialable network to route the call to 
the subscriber's mobile phone 1 10 via a cellular network 406. Of course, the local 
Denver controller may include a records database 408 that locally stores locally 
the subscriber's profile, as well as other records. If the subscriber's profile is 
stored locally, the local Denver controller may need only to exchange electronic 
messages via the Internet to determine if the subscriber has made any recent 
changes to his or her profile as stored centrally at the subscriber database 118. 
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[0064] Referring to Figure 5, an example of a subscriber record, such as may be 

stored in the records database 408, is shown as a record 500. The record may 
include optional fields indicating the 1-800 numbers for the Seattle and/or New 
York central servers, with a flag indicating which 1-800 number (and therefore 
which central server) the local controller is to employ with respect to that 
particular subscriber. The record may also include network addresses for the 
Seattle and New York central servers in fields 502 and 504, respectively (shown 
as "Seattle@accessline.com" and "NYC@accessline.com", respectively). Of 
course, the 1-800 numbers and addresses of the central servers may be stored in 
one or more separate records and not form part of each subscriber's record. 

[0065] The subscriber record 500 also includes a subscriber's outgoing voice 

greeting field 506, which may be a .wav file that stores a personal audio greeting 
to be replayed to callers. Of course, various other formats may be employed for 
recording and storing audible data besides .wav format. Fields 508 and 510 
respectively store the subscriber's primary and secondary network addresses, 
shown as M subscriber@Acmelnc.com M and "subscsriber@ISPinc.com 1 ', 
respectively. If the subscriber has indicated in his or her profile that he or she 
wishes to be contacted at his or her computer, then the local controller sends an 
appropriate TCP/IP message to the subscriber's primary address (the currently 
registered computer). For example, the primary address may correspond to the 
subscriber's office desktop computer 509 (shown in Figure 4). Alternatively, the 
subscriber's profile may indicate that at certain times or occasions, the local 
controller is to send a TCP/IP message to the subscriber's secondary address 
(field 510), which may be a wireless palmtop computer or web enabled cell phone. 
Either way, the local controller provides an electronic notification to the subscriber 
of an incoming call. The notification may further permit the subscriber to 
determine how to dispose of the incoming call (such as routing it to the 
subscriber's cell phone, sending the call to voicemail, etc.). The network 
controller may employ the subscriber's secondary address (field 510) if, for 
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example, a connection could not be established at the subscriber's primary 
address, or for other reasons. 

The subscriber record 500 may include numerous additional fields. For 
example, fields 512-516 represent stored voice messages received and stored by 
the local Denver controller in the records database 408 with respect to three 
received and stored voice messages from callers. During lulls in network traffic, 
and the like, the local controller may, in batch processing, transmit such stored 
voice messages to the Seattle central server via the Internet (and may compress 
such files before transmission). 

Under other alternative embodiments, in addition to, or alternative with, the 
1-800 network, the system may employ one or more voice-over IP networks. 
Alternatively, or additionally, the service provider may negotiate a substantially 
inexpensive long distance rate with a long distance carrier, where the long 
distance rate is equal to or less than rates for 1-800 calls. Thus, the server 
provider may employ a long distance network in lieu of, or in addition to, one or 
more 1 -800 networks. 

An alternative embodiment locates the local controllers at a number of 
customer premise locations, for example connected to the Private Branch 
Exchange ("PBX") at each office location of a large corporation. In this 
embodiment, the local controllers are used to route calls via 1-800 networks to 
one or more central servers to provide a service of the service provider, for 
example voice messaging. In this embodiment, one skilled in the art can 
understand how the local controllers may also be used to implement a Virtual 
Private Network for the large corporation, allowing calls between the corporate 
offices to be placed as 1-800 calls between the local controllers. 

Referring to Figure 6, an example of this alternative embodiment is shown 
where three local controllers 102, 130 and 650 are each coupled locally to a 
separate local PBX 602, 630 and 652, respectively. Each of the local PBXs may 
be located in different geographic regions associated with different offices of a 
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company, such as at offices located in Denver, Baltimore, and New Orleans. 
Each local caller has a 1-800 number associated with it. The local controllers 
employ the methods described herein to route calls from local callers at each PBX 
to individuals at any other PBX using 1-800 calls over the 1-800 network. Thus, if 
one caller associated with the local PBX 602 wishes to call another caller 
associated with the local PBX 652, the local controller 102 places a 1-800 call to 
the local controller 650 using the 1-800 number associated with the local 
controller 650. Thus, the corporation may tie each local PBX system together and 
permit all callers within a company to exchange calls as if they were local calls, 
and only inexpensive 1-800 rates would be incurred for calls between PBX 
systems. 

[0070] Furthermore, the system 600 may be connected with a central server to 

provide additional functionality. For example, the central server 114 may provide 
enhanced telecommunication services, as described herein. The central server 
may be owned and operated by the corporation, or the corporation may contract 
such enhanced services and functionality out to a third party telecommunication 
service provider. 

[0071] Importantly, while 1-800 networks are generally shown and described 

herein, the invention is equally applicable to any system employing local 
controllers to make dialable calls the central controllers over the public-switched 
telephone network ("PSTN"). In other words, the invention is equally applicable to 
calls made by local controllers over any dial-up network, such as long-distance 
calls made by local controllers using any long-distance telecommunications 
service provider . Thus, under an alternative embodiment, at least one of the 1- 
800 networks is replaced by a long-distance network, and 800 numbers are 
replaced with corresponding long-distance numbers (e.g., a ten-digit dialable 
number). The service provider may then negotiate inexpensive or attractive rates 
or agreements with one or more long-distance service providers to accept such 
calls from local controllers to central servers (and vice versa). 
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[0072] In general, caller or subscriber input described herein may be of any form, 

not necessarily DTMF input or voice command (e.g., under IVR). For example, 
subscriber or user input may be point-and-click or keyboard interaction with a web 
page using a computer input device, personal computer and web browser 
software; may be of a graphical form (e.g., bitmapped, vector-based or matrix); or 
may be provided to the user via an appropriate device, such as a palm top 
computer having a wireless connection to the system. 
[0073] The above description of illustrated embodiments of the invention is not 

intended to be exhaustive or to limit the invention to the precise form disclosed. 
While specific embodiments of, and examples for, the invention are described 
herein for illustrative purposes, various equivalent modifications are possible 
within the scope of the invention, as those skilled in the relevant art will recognize. 
5 The teachings of the invention provided herein can be applied to other 

|j communication routing systems, not only the telephone call routing system with 1- 

W 800 networks described in detail above. The elements and acts of the various 

m 

=D embodiments described above can be combined to provide further embodiments. 

SI 

„ [0074] Features of the invention described herein may be modified in light of the 

y present assignee's pending patent applications entitled "Dynamic Security System 

M; and Method, Such as for Use in a Telecommunication System", and "System and 

rj Method for Universal Access of Voice Messages" filed June 26, 2000 and 

August 7, 2000, having application numbers 09/604,283 and 60/223,160, all 
respectively, to provide yet further embodiments of the invention. 
[0075] All of the above references and U.S. Patents and applications are 

incorporated herein by reference. Aspects of the invention can be modified, if 
necessary, to employ the systems, functions and concepts of the various 
references, patents and applications cited above to provide yet further 
embodiments of the invention. These and other changes can be made to the 
invention in light of the above detailed description. 
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[0076] Unless the context clearly requires otherwise, throughout the description 

and the claims, the words "comprise," "comprising," and the like are to be 
construed in an inclusive sense as opposed to an exclusive or exhaustive sense; 
that is to say, in a sense of "including, but not limited to." Words using the 
singular or plural number also include the plural or singular number, respectively. 
Additionally, the words "herein," "above," "below," and words of similar import, 
when used in this application, shall refer to this application as a whole, and not to 
any particular portions of this application. 

[0077] These and other changes can be made to the invention in light of the 

above detailed description. In general, in the following claims, the terms used 
should not be construed to limit the invention to the specific embodiments 
disclosed in the specification and the claims, but should be construed to include 
all telecommunications systems that operate under the claims to provide 
inexpensive call routing. Accordingly, the invention is not limited by the 
disclosure, but instead, the scope of the invention is to be determined entirely by 
the claims. 

[0078] While certain aspects of the invention are presented below in certain claim 

forms, the inventors contemplate the various aspects of the invention in any 
number of claim forms. For example, while only one aspect of the invention is 
recited as a computer-implemented method, that aspect may be embodied in a 
computer-readable medium, and other aspects may likewise be embodied as a 
computer-implemented method or in a computer-readable medium. Accordingly, 
the inventors reserve the right to add additional claims after filing the application 
to pursue such additional claim forms for other aspects of the invention. 
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